云遣返。反向云遷移。去云化（我們可能同意這個(gè)不應(yīng)該流行）。

所有這些都表明，越來(lái)越多的企業(yè)正在擺脫超大規(guī)模云計(jì)算的束縛，因?yàn)樗鼈兿Ｍ匦芦@得對(duì)長(zhǎng)期高昂成本和基礎(chǔ)設(shè)施鎖定的控制。

無(wú)論您離開的原因是什么，將基礎(chǔ)設(shè)施（無(wú)論是整體還是部分）從云遷移到不同的生態(tài)系統(tǒng)的想法都是令人望而生畏的。但這不應(yīng)該讓您望而卻步。一個(gè)聰明、深思熟慮的云退出策略考慮到云遣返的常見挑戰(zhàn)，將使流程更加精簡(jiǎn)。

但這些常見的挑戰(zhàn)是什么？你又該如何緩解這些挑戰(zhàn)呢？

挑戰(zhàn) 1：采取分階段的方法

我們與之合作進(jìn)行反向云遷移的許多客戶只想拿起他們的基礎(chǔ)設(shè)施并遷移它。但正如我們的游戲客戶之一、來(lái)自Gameye的 Andrew Walker所描述的那樣，基礎(chǔ)設(shè)施遷移“有點(diǎn)像試圖更換行駛中的車輛的輪子”。一次性拆下所有輪子將不可避免地導(dǎo)致災(zāi)難。這就是為什么一個(gè)好的云退出策略不會(huì)一次性完成的原因。事實(shí)上，我們有一些客戶花了長(zhǎng)達(dá) 18 個(gè)月的時(shí)間才完全從云中遷移出來(lái)。

當(dāng)然，有些情況下這是不可能的。例如，如果你是一家匆忙建立基礎(chǔ)設(shè)施的初創(chuàng)公司，無(wú)法輕松地將其與超大規(guī)模環(huán)境分離。你需要先花時(shí)間在云端重新架構(gòu)，以便分離，然后可能需要一次性提升和轉(zhuǎn)移基礎(chǔ)設(shè)施，然后才能進(jìn)入下一個(gè)增長(zhǎng)階段。

對(duì)于大多數(shù)可以采用分階段方法的公司來(lái)說(shuō)，花時(shí)間真正了解您的基礎(chǔ)設(shè)施直至細(xì)節(jié)至關(guān)重要：

• 它是如何設(shè)計(jì)的？
• 集成了哪些產(chǎn)品？
• 您正在使用什么服務(wù)器？
• 您的每月賬單包含哪些內(nèi)容？
• 哪些系統(tǒng)耦合如此緊密以致于無(wú)法位于不同的數(shù)據(jù)中心？

只有完成這項(xiàng)工作后，您才應(yīng)該開始考慮替代環(huán)境。因?yàn)闆](méi)有這些知識(shí)，您就無(wú)法真正弄清楚新環(huán)境需要什么樣子，以及遷移到新平臺(tái)需要做什么。

但一般來(lái)說(shuō)，為了在反向云遷移過(guò)程中盡可能減少影響，請(qǐng)確定基礎(chǔ)設(shè)施的哪一部分可能對(duì)日常運(yùn)營(yíng)影響最小，并首先遷移該部分。完成后，從過(guò)程中吸取教訓(xùn) - 看看哪些有效，哪些無(wú)效 - 然后進(jìn)入遷移的下一階段。

在一篇詳細(xì)介紹其云退出策略的博客中，SaaS 提供商 Prerender 概述了分階段遷移的成功——“我們通過(guò)仔細(xì)規(guī)劃遷移的每個(gè)階段、在擴(kuò)展之前測(cè)試每個(gè)實(shí)施階段以及在出現(xiàn)任何問(wèn)題時(shí)輕松糾正任何錯(cuò)誤來(lái)避免危險(xiǎn)。這樣，我們可以節(jié)省服務(wù)器費(fèi)用，同時(shí)將任何潛在風(fēng)險(xiǎn)降至最低?！?/p>

挑戰(zhàn) 2：引入新技術(shù)

超大規(guī)模云提供商因其將公司基礎(chǔ)設(shè)施鎖定在其平臺(tái)上的能力而臭名昭著。這意味著他們讓你很難在其他地方復(fù)制完全相同的環(huán)境 - 您可能需要聘請(qǐng)或外包專家來(lái)幫助你尋找或創(chuàng)建替代解決方案。

例如：

• 您正在使用 AWS 可擴(kuò)展數(shù)據(jù)庫(kù)產(chǎn)品，該產(chǎn)品會(huì)自動(dòng)為您選擇最佳實(shí)例類型。如果其他環(huán)境中沒(méi)有此產(chǎn)品，您將需要手動(dòng)選擇正確的實(shí)例類型，但您可能不具備這樣做的知識(shí)或經(jīng)驗(yàn)。
• 同樣，一些超大規(guī)模云產(chǎn)品的設(shè)計(jì)使得您無(wú)法獲得替代解決方案的類似報(bào)價(jià)。例如，如果您曾經(jīng)通過(guò)超大規(guī)模云提供商購(gòu)買過(guò)平臺(tái)即服務(wù)產(chǎn)品，您就會(huì)知道設(shè)置和計(jì)費(fèi)模型有多么復(fù)雜，以解釋每種產(chǎn)品的復(fù)雜性。以至于有些人通過(guò)幫助公司在超大規(guī)模云中建立環(huán)境并解讀每月賬單來(lái)獲得職業(yè)（和大量金錢）。如果您發(fā)現(xiàn)自己在超大規(guī)模環(huán)境中使用此類產(chǎn)品，我建議您聘請(qǐng)或與知道如何將超大規(guī)模云中的某種產(chǎn)品轉(zhuǎn)換為不同技術(shù)的人合作。

這里最大的收獲是要準(zhǔn)備好探索新的設(shè)置方法甚至新技術(shù)。您可能無(wú)法在新環(huán)境中使用與超大規(guī)模相同的數(shù)據(jù)庫(kù)或應(yīng)用程序。例如當(dāng) Remoby 從 AWS 遷移到我們的裸機(jī)環(huán)境時(shí)。

“總體而言，遷移過(guò)程對(duì)我們來(lái)說(shuō)非常順利。我們面臨的唯一挑戰(zhàn)是，在 AWS 中，我們使用名為 Amazon EKS 的 k8s 即服務(wù)，并簡(jiǎn)單地向其中添加了必要的節(jié)點(diǎn)，然后為我們的服務(wù)配置了 Helm 圖表。這與 servers.com 管理的 K8s 服務(wù)不太一樣，有一段時(shí)間我們準(zhǔn)備放棄遷移的想法。幸運(yùn)的是，我們?cè)O(shè)法與 servers.com 團(tuán)隊(duì)合作，想出了一個(gè)解決方案，讓我們能夠快速而愉快地取得進(jìn)展，” Remoby 首席技術(shù)官 Sergey Chernukhin 說(shuō)。

Gameye 的 Andrew 也曾幫助游戲公司進(jìn)行反向云遷移，他指出，有時(shí)“需要更改 UI，因?yàn)槠ヅ淦髟诹硪粋€(gè)環(huán)境中的工作方式與在超大規(guī)模設(shè)置中不太一樣”。了解此類差異很重要，因?yàn)樵谶@種情況下，如果游戲公司已經(jīng)推出其游戲，游戲體驗(yàn)可能會(huì)發(fā)生變化。

因此，在遷移后要做好對(duì)應(yīng)用程序進(jìn)行一些調(diào)整的準(zhǔn)備。令人驚訝的是，即使在型號(hào)略有不同的同一供應(yīng)商硬件之間移動(dòng)工作負(fù)載也會(huì)導(dǎo)致應(yīng)用程序的行為有所不同。

挑戰(zhàn) 3：合理規(guī)模

這與上面引入新技術(shù)的挑戰(zhàn)密切相關(guān)。所謂合適規(guī)模，是指當(dāng)您離開超大規(guī)模環(huán)境時(shí)，您會(huì)轉(zhuǎn)移到適合您需求的服務(wù)器。這聽起來(lái)可能很明顯，但您很可能會(huì)在超大規(guī)模云中過(guò)度配置或配置不足您的生態(tài)系統(tǒng)。

如上所述，關(guān)鍵是要查看并充分了解與超大規(guī)模環(huán)境相關(guān)的統(tǒng)計(jì)數(shù)據(jù)，以便在遷移時(shí)可以選擇反映您實(shí)際需要的服務(wù)器。

如果您選擇與托管合作伙伴合作構(gòu)建新環(huán)境，規(guī)劃過(guò)程應(yīng)包括與該合作伙伴進(jìn)行深入的概念驗(yàn)證。這將使您有機(jī)會(huì)測(cè)試不同的機(jī)器設(shè)置，以確保您擁有最適合自己的機(jī)器設(shè)置。

挑戰(zhàn) 4：遷移數(shù)據(jù)

這也許是遷移難題中最難的部分。遷移數(shù)據(jù)可能需要幾天甚至幾周才能完成，具體取決于您的數(shù)據(jù)集有多大。對(duì)于一些公司來(lái)說(shuō)，這段時(shí)間可能不是問(wèn)題?；蛘吣踔量赡軟](méi)有任何數(shù)據(jù)需要遷移，例如一些基于會(huì)話且不保留每個(gè)會(huì)話數(shù)據(jù)的游戲服務(wù)器。對(duì)于大多數(shù)其他全天候運(yùn)行并使用數(shù)據(jù)庫(kù)存儲(chǔ)實(shí)時(shí)數(shù)據(jù)的企業(yè)來(lái)說(shuō)，時(shí)間更為重要。

將數(shù)據(jù)遷移出超大規(guī)模環(huán)境主要有兩種方式。具體選擇哪種方式取決于數(shù)據(jù)集的類型和大小。

選項(xiàng) 1：物理備份

這涉及超大規(guī)模云提供商將您的數(shù)據(jù)上傳到磁盤，然后他們會(huì)將這些數(shù)據(jù)傳遞給您，以便您將其插入到新環(huán)境中。使用這種方法時(shí)，重要的是要記住，上傳到磁盤的數(shù)據(jù)是某個(gè)時(shí)間點(diǎn)的數(shù)據(jù)。假設(shè)數(shù)據(jù)在星期五上傳到磁盤，但直到星期一才添加到新環(huán)境中，那么您就丟失了兩到三天的數(shù)據(jù)。

也就是說(shuō)，如果您要傳輸 TB 級(jí)甚至 PB 級(jí)的數(shù)據(jù)，它有時(shí)可能比虛擬傳輸數(shù)據(jù)更快。

選項(xiàng) 2：虛擬備份

顧名思義，這種方法涉及通過(guò)互聯(lián)網(wǎng)傳輸數(shù)據(jù)。如果數(shù)據(jù)集很大，通過(guò)互聯(lián)網(wǎng)傳輸數(shù)據(jù)可能比物理傳輸花費(fèi)更長(zhǎng)的時(shí)間。即使數(shù)據(jù)集較小，需要六個(gè)小時(shí)才能傳輸，您仍然有六個(gè)小時(shí)的更改在遷移過(guò)程中沒(méi)有被捕獲。然后，您需要繼續(xù)傳輸數(shù)據(jù)以覆蓋所有差異，直到您將其縮小到與客戶安排維護(hù)窗口以傳輸剩余數(shù)據(jù)的地步。

這個(gè)維護(hù)窗口點(diǎn)很重要。雖然我很想說(shuō)，你可以在不影響客戶的情況下進(jìn)行遷移，但這不現(xiàn)實(shí)。然而，接受這一點(diǎn)意味著你可以為此做好計(jì)劃，以將影響降到最低。無(wú)論你選擇哪種數(shù)據(jù)遷移路徑，都至少包括一次計(jì)劃維護(hù)，并提前向客戶明確傳達(dá)。

挑戰(zhàn) 5：重復(fù)成本

大多數(shù)遷移項(xiàng)目都遵循類似的流程。首先，您需要在新環(huán)境中啟動(dòng)基礎(chǔ)設(shè)施，同時(shí)保留在超大規(guī)模云提供商中設(shè)置的主要生產(chǎn)環(huán)境。完成后，您需要將服務(wù)器上線 - 添加網(wǎng)絡(luò)、安裝操作系統(tǒng)和虛擬機(jī)管理程序（如果您在虛擬環(huán)境中）、構(gòu)建應(yīng)用程序堆棧并配置所有內(nèi)容。

這意味著，根據(jù)您要遷移的生態(tài)系統(tǒng)的規(guī)模和復(fù)雜程度，您需要在一段時(shí)間內(nèi)同時(shí)支付兩個(gè)基礎(chǔ)設(shè)施環(huán)境的費(fèi)用。這是為了確保生態(tài)系統(tǒng)在新環(huán)境中正常運(yùn)行，并讓您之前的基礎(chǔ)設(shè)施的遷移完全完成。

對(duì)于交易平臺(tái)FxGrow來(lái)說(shuō)，“我們花了兩周時(shí)間才完全遷移到新的托管服務(wù)提供商。我們一直在向之前的托管服務(wù)提供商和新托管服務(wù)提供商付費(fèi)，直到遷移完成”。他們的遷移時(shí)間框架由公司使用的關(guān)鍵應(yīng)用程序 MetaTrader 5 決定，以確保在遷移期間停機(jī)時(shí)間盡可能短。

并行遷移是常態(tài)，因此，重復(fù)成本也是如此。但如果您沒(méi)有為此做好計(jì)劃，那么在遷移項(xiàng)目的某個(gè)階段，它當(dāng)然會(huì)成為一項(xiàng)挑戰(zhàn)。為了避免這種情況，請(qǐng)?jiān)诹鞒涕_始時(shí)就建立重復(fù)成本。當(dāng)您制定遷移計(jì)劃和預(yù)算時(shí)，請(qǐng)?jiān)陬A(yù)算中列出一個(gè)項(xiàng)目，以說(shuō)明交叉期。

如果您有需要持續(xù)正常運(yùn)行時(shí)間的應(yīng)用程序，請(qǐng)遵循 FxGrow 的示例并與該應(yīng)用程序的提供商聯(lián)系，以獲取有關(guān)遷移時(shí)間的建議。

挑戰(zhàn) 6：識(shí)別與第三方的連接

大多數(shù)公司的基礎(chǔ)設(shè)施生態(tài)系統(tǒng)不僅由內(nèi)部連接支持，還與多個(gè)第三方提供商相連。組織規(guī)模越大，多年來(lái)其發(fā)展就越有機(jī)，而且您很可能擁有您甚至不知道的第三方連接。

例如，對(duì)于大多數(shù)廣告技術(shù)提供商來(lái)說(shuō)，他們的流量來(lái)自合作伙伴，因此如果他們更改其 IP 地址，他們必須通知其合作伙伴，并且可能會(huì)有一個(gè)圍繞他們轉(zhuǎn)移到新 IP 的 SLA。

作為遷移規(guī)劃過(guò)程的一部分，對(duì)所有第三方連接進(jìn)行徹底審核并清晰地記錄下來(lái)。

如果您選擇與合作伙伴合作來(lái)托管您的新基礎(chǔ)設(shè)施環(huán)境（例如基礎(chǔ)設(shè)施即服務(wù) (IaaS)提供商），他們將與您一起制定計(jì)劃，以確保每個(gè)第三方連接都成功遷移。

良好的規(guī)劃需要成為云退出戰(zhàn)略的核心

所有這六個(gè)挑戰(zhàn)都有一個(gè)首要主題——規(guī)劃。

遷移并不是公司經(jīng)常做的事情。事實(shí)上，負(fù)責(zé)執(zhí)行遷移的系統(tǒng)管理員可能多年都沒(méi)有做過(guò)遷移了。

這就是為什么成功地將云反向遷移到裸機(jī)、本地和主機(jī)托管需要您進(jìn)行規(guī)劃，然后再次規(guī)劃，直到您覺(jué)得對(duì)可能出現(xiàn)的任何問(wèn)題或突發(fā)事件都有應(yīng)對(duì)措施。

無(wú)論您選擇哪條路線，都要準(zhǔn)備好投入研究、時(shí)間和金錢來(lái)創(chuàng)建一個(gè)您確信會(huì)為您和您的客戶帶來(lái)最少停機(jī)時(shí)間的云退出策略。

隧道的盡頭是更大的獨(dú)立性、靈活性以及更為舒適的基礎(chǔ)設(shè)施賬單。